System and method for automatic profile segmentation using small text variations

ABSTRACT

Systems and methods described herein enable effective and accurate modeling of a set of existing data profiles, perform categorization of the data profiles in an explainable way such that actions can be taken on the information to have predictable results. The systems and methods further facilitate means to categorize small text components, trained over dependent and independent model sets, to enable a cleaner and more explicit representation of information rich short-strings, in order to facilitate a more meaningful representation of the data profiles.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation-in-part of U.S. patent application Ser. No. 17/481,907 titled, “SYSTEM AND METHOD FOR AUTOMATIC PERSONA GENERATION USING SMALL TEXT COMPONENTS” filed on Sep. 22, 2021, which claims the benefit of, and priority to U.S. provisional application 63/081,749 titled, “SYSTEM AND METHOD FOR AUTOMATIC PERSONA GENERATION USING SMALL TEXT COMPONENTS” filed on Sep. 22, 2020, the entire specification of which is incorporated herein by reference.

BACKGROUND OF THE INVENTION Field of the Art

The disclosure relates to the field of data profile segmentation, and more particularly to the field of persona generation to discover groups of similar data profiles based on small variations among a plurality of data profiles within each group.

Discussion of the State of the Art

In the field of data segmentation for dividing a broad account profiles, identifying of existing and potential account profiles and organizing these into sub-groups of account profiles based on shared characteristics, is often required. In dividing or segmenting account profiles, systems known in the art typically identify common characteristics, whereby the primary aim is to identify high yield account profiles so that these can be selected to become target to meet one or more defined objectives.

In more advanced systems known in the art, cluster analysis may be used to discover groups of similar profiles based on finding small variations among profiles within each group. These groups are often known as “archetypes” or “personas,” however, with such systems a large dataset is often required in order to properly classify key actors in a project management process to create an effective model to use for future classification. In these cases, classification becomes inaccurate if not impossible, specifically when the amount of data available for classification is only a few words in length and is therefore difficult to represent in a meaningful way. Furthermore, understanding clusters, which are generally defined as regions or classes in an abstract space, often requires laborious analysis and deconstruction in order to generate actionable insight.

What is needed in the art is an automated and explainable machine learning system to generate seamlessly actionable insight, by generating explainable personas directly from legacy systems, with personas defined as a collection of segments, scored by likelihood to generate desired metrics and accompanied by ranked profile attribute importance. What is further needed in the art are systems and methods to generate descriptive names and summaries, associated database readable queries, that have been generated to optimally find cluster candidates in a broader data universe.

SUMMARY OF THE INVENTION

Accordingly, the inventor has conceived and reduced to practice, in a preferred embodiment of the invention, systems and methods for automatic persona generation by attribute-based clustering a plurality of data profiles.

According to a preferred embodiment of the invention, systems and methods described herein enable effective and accurate modeling of a set of existing data profiles, perform categorization of the data profiles in an explainable way such that actions can be taken on the information to have predictable results. The systems and methods further facilitate means to categorize small text components, trained over dependent and independent model sets, to enable a cleaner and more explicit representation of information rich short-strings, in order to facilitate a more meaningful representation of the data profiles.

In a preferred embodiment of the invention, a system for automatic persona generation, using information components is disclosed. The system comprises a persona generation computer comprising a memory, a processor, and a plurality of programming instructions, the plurality of programming instructions stored in the memory, when executed by processor, cause the processor to: generate a subset of data profile attributes to extract a plurality of features associated with a data profile of a plurality of data profiles, wherein at least one data profile attribute of the subset of data profile attributes comprises information-rich short strings; classify one or more information components comprised within the information-rich short strings to extract a custom selection of information components by initiation of a sequence prediction architecture comprising a set of conditional random field models comprising one or more independently trained models and one or more dependently trained models; iteratively use output from the one or more independently trained models as augmented feature input to determine one or more interdependencies between the custom selection of information components, wherein each iteration generates additional sequences of labels for the one or more information components using the one or more dependent models, and wherein each iteration results in an update of the augmented feature input to reflect output labels of a previous iteration, until a preconfigured convergence criteria is met; vectorize the custom selection of information components to encode characteristics associated with the custom selection of information components into a plurality of vectors, by allocation of a plurality of dimensions to each information component, to enable vector comparison between information components of an information-rich short string using semantic embedding to generate a plurality of vectorized data profiles from the plurality of data profiles; commence an attribute-based hierarchical clustering routine to create one or more clusters, wherein the attribute-based hierarchical clustering routine generates underlying densities within the vectorized custom selection of information components, for each of the subset of data profile attributes, to generate sub-cluster configurations; select a set of vectorized data profiles from the plurality of vectorized data profiles to be classified in at least one cluster from the one or more clusters; calculate a cluster score for each cluster of the one or more clusters; generate a descriptive name for each cluster by leveraging a neural sequence2sequence architecture, wherein for generation of the descriptive name for each cluster, the programming instructions when further executed by the processor, cause the processor to: feed each of the set of vectorized data profiles associated with a given cluster as an input into an encoder; for each of the set of vectorized data profiles, pass a vector representation of the data profile through a plurality of network layers of a long short-term memory (LSTM) model to generate an intermediate representation of the vectorized data profile, wherein the plurality of network layers comprises at least four long short-term memory (LSTM) network layers; pass the intermediate representation of the data profile into a decoder to sequentially generate a plurality of word vectors until a generation of an end-token, wherein the end-token is indicative of completion of generation, by the decoder, of a descriptive title for a cluster encompassing the data profile; and transform the plurality of word vectors into a plurality of words indicative of the descriptive name; initiate a query generator to generate a database query for each cluster, each database query optimized to reproduce a distribution of a cluster in a vector space; generate a persona, of a set of personas, for each data profile of the set of vectorized data profiles, wherein the persona comprises: data associated with a cluster comprising one or more respective vectorized data profiles classified therein; associated cluster score for the cluster, ranked data profile attributes associated with the cluster; a descriptive name for the cluster; and a database query generated for the cluster; and transmit the set of personas for display at a graphical user interface of the network-connected user device.

In another preferred embodiment of the invention, the plurality of programming instructions stored in the memory, when further executed by processor, cause the processor to optimize the query generator to reproduce one or more distributional properties of a first cluster in response to an execution of the database query in successive iterations at a database comprising the plurality of data profiles.

In another preferred embodiment of the present invention, the plurality of programming instructions when further executed by processor, cause the processor to: generate a first database query in a first iteration of the successive iterations, the first database query comprising a plurality of constraints associated with at least a subset of data profile attributes associated within the first cluster, wherein the subset of data profile attributes comprise one or more of categorical attributes, numerical attributes, and text attributes associated with each vectorized data profile comprised within the first cluster, and wherein to determine the plurality of constraints, the plurality of programming instructions when further executed by processor, cause the processor to: model a first distribution using relative frequency densities of each categorical attribute to generate a respective first set of constraints for each categorical attribute; model a second distribution using relative frequency densities for each numerical attribute over a continuous range of at least a portion of possible numerical values within the first cluster, to generate a respective second set of constraints for each numerical attribute; and model a third distribution using a term frequency inverse document frequency (TF-IDF) routine to compute a respective third set of constraints for each of the text attributes; execute the first database query at the database to generate a plurality of sample data profiles, each comprising a sample distribution, of a plurality of sample distributions, for each of the text attributes, the categorical attributes, and the numerical attributes; compare, based on the first set of constraints, the first distribution in the first cluster with a first sample distribution, of the plurality of sample distributions, for each categorical attribute, to compute a confidence score for each categorical attribute; compare, based on the second set of constraints, the second distribution in the first cluster with the sample distribution of each numerical attribute, to compute a confidence score for each numerical attribute; compare, based on the third set of constraints, the third frequency distribution in the first cluster with the sample distribution of each text attribute, to compute an overlap value for each text attribute; determine whether the first database query passes an acceptance criterion based at least on the confidence score for each categorical attribute, the confidence score for each numerical attribute, and the overlap value for each text attribute; and responsive to a determination that the first database query does not pass the acceptance criterion, generate a second database query; wherein the successive iterations are executed until the acceptance criterion is met or until a maximum number of successive iterations are complete, or both.

In another preferred embodiment of the invention, the plurality of programming instructions when further executed by processor, cause the processor to: modify the plurality of constraints for each execution of a database query in response to a previously executed database query not meeting the acceptance criterion; wherein the modification comprises constriction or relaxation of the acceptance criterion based on the comparisons of the first distribution, the second distribution, and the third distribution each with a respective sample distribution of the plurality of distributions.

In another preferred embodiment of the invention, each data profile of the plurality of data profiles is associated with an account profile, of a plurality of account profiles, and the plurality of programming instructions when further executed by processor, cause the processor to: calculate an opportunity score for each account profile, based at least on the placement of each account profile on a project management scale, wherein the opportunity score is calculated at least using a plurality of customizable variables; match each data profile to a master dataset to determine the plurality of data profile attributes associated with a respective account profile; and rank each data profile attribute based on a quantified importance of each data profile attribute in determination of the opportunity score using a trained neural network.

In another preferred embodiment of the invention, the trained neural network comprises, at least, a dense layer optimized to predict the opportunity score to generate a sum of absolute values of edge weights between each data profile attribute and the dense layer, wherein a mean of the sum of the absolute values of the edge weights is indicative of the quantified importance.

In another preferred embodiment of the invention, the plurality of programming instructions stored in the memory, when further executed by processor, cause the processor to: securely synchronize encrypted account profile data for each account profile from one or more applications, the account profile data for each account profile indicative of a placement of an account profile on the project management scale, wherein the project management scale comprises progress tabs, wherein each progress tab is indicative of a completion of a task; identify a data format for the synchronized account profile data for each account profile; and normalize the account profile data for each account profile, based at least on the respective data format, to convert the account profile data for each account profile to a uniform standardized data structure.

In another preferred embodiment of the invention, to generate the sub-cluster configurations, the programming instructions when executed by the processor, cause the processor to: compute a coefficient to identify an alternative result of the attribute-based hierarchical clustering routine to determine whether or not the alternative result generates a superior clustering outcome; and responsive to a determination that the alternative result does not result in the superior clustering outcome, combine a data profile attribute with a subsequent data profile attribute to select another set of vectorized data profiles from the plurality of vectorized data profiles, wherein the another set of vectorized data profiles is classified within a cluster.

BRIEF DESCRIPTION OF THE DRAWING FIGURES

The accompanying drawings illustrate several embodiments of the invention and, together with the description, serve to explain the principles of the invention according to the embodiments. It will be appreciated by one skilled in the art that the particular embodiments illustrated in the drawings are merely exemplary, and are not to be considered as limiting of the scope of the invention or the claims herein in any way.

FIG. 1 is a block diagram illustrating an exemplary hardware architecture of a computing device used in an embodiment of the invention.

FIG. 2 is a block diagram illustrating an exemplary logical architecture for a client device, according to an embodiment of the invention.

FIG. 3 is a block diagram showing an exemplary architectural arrangement of clients, servers, and external services, according to an embodiment of the invention.

FIG. 4 is another block diagram illustrating an exemplary hardware architecture of a computing device used in various embodiments of the invention.

FIG. 5 is a block diagram illustrating a system for persona generation for a plurality of data profiles, according to a preferred embodiment of the invention.

FIG. 6 is a flow diagram illustrating a method for persona generation using identification, vectorization, and clustering, according to a preferred embodiment of the invention.

FIG. 7 is a flow diagram illustrating a method for assigning new documents to a pre-existing collection of clusters, in multidimensional vector space.

FIGS. 8A-8B illustrate a flow diagram illustrating a method for generating vectors for data profiles based on prediction of small text components, according to a preferred embodiment of the invention.

FIG. 9 is an exemplary flow diagram illustrating a method for generating ranked personas, according to a preferred embodiment of the invention.

FIG. 10 is an exemplary flow diagram illustrating a method for generating rank lists for a plurality of data profiles, according to an embodiment of the present invention.

FIG. 11 is an exemplary flow diagram illustrating a method grouping a plurality of personas for running visualizations, in accordance with an embodiment of the present invention.

FIG. 12 is an exemplary flow diagram illustrating a method for ranking data profile attributes based on their respective quantified importance, in accordance with an embodiment of the present invention.

FIG. 13 is an exemplary flow diagram illustrating a method for hierarchical clustering, in accordance with an embodiment of the present invention.

FIG. 14 is an exemplary flow diagram illustrating a method for name generation for personas, according to a preferred embodiment of the invention.

FIG. 15 is an exemplary flow diagram illustrating a method for database query generation for personas, according to a preferred embodiment of the invention.

DETAILED DESCRIPTION

The inventor has conceived, and reduced to practice, system and method for automatic persona generation for a plurality of data profiles.

One or more different inventions may be described in the present application. Further, for one or more of the inventions described herein, numerous alternative embodiments may be described; it should be appreciated that these are presented for illustrative purposes only and are not limiting of the inventions contained herein or the claims presented herein in any way. One or more of the inventions may be widely applicable to numerous embodiments, as may be readily apparent from the disclosure. In general, embodiments are described in sufficient detail to enable those skilled in the art to practice one or more of the inventions, and it should be appreciated that other embodiments may be utilized and that structural, logical, software, electrical and other changes may be made without departing from the scope of the particular inventions. Accordingly, one skilled in the art will recognize that one or more of the inventions may be practiced with various modifications and alterations. Particular features of one or more of the inventions described herein may be described with reference to one or more particular embodiments or figures that form a part of the present disclosure, and in which are shown, by way of illustration, specific embodiments of one or more of the inventions. It should be appreciated, however, that such features are not limited to usage in the one or more particular embodiments or figures with reference to which they are described. The present disclosure is neither a literal description of all embodiments of one or more of the inventions nor a listing of features of one or more of the inventions that must be present in all embodiments.

Headings of sections provided in this patent application and the title of this patent application are for convenience only, and are not to be taken as limiting the disclosure in any way.

Devices that are in communication with each other need not be in continuous communication with each other, unless expressly specified otherwise. In addition, devices that are in communication with each other may communicate directly or indirectly through one or more communication means or intermediaries, logical or physical.

A description of an embodiment with several components in communication with each other does not imply that all such components are required. To the contrary, a variety of optional components may be described to illustrate a wide variety of possible embodiments of one or more of the inventions and in order to more fully illustrate one or more aspects of the inventions. Similarly, although process steps, method steps, algorithms or the like may be described in a sequential order, such processes, methods and algorithms may generally be configured to work in alternate orders, unless specifically stated to the contrary. In other words, any sequence or order of steps that may be described in this patent application does not, in and of itself, indicate a requirement that the steps be performed in that order. The steps of described processes may be performed in any order practical. Further, some steps may be performed simultaneously despite being described or implied as occurring non-simultaneously (e.g., because one step is described after the other step). Moreover, the illustration of a process by its depiction in a drawing does not imply that the illustrated process is exclusive of other variations and modifications thereto, does not imply that the illustrated process or any of its steps are necessary to one or more of the invention(s), and does not imply that the illustrated process is preferred. Also, steps are generally described once per embodiment, but this does not mean they must occur once, or that they may only occur once each time a process, method, or algorithm is carried out or executed. Some steps may be omitted in some embodiments or some occurrences, or some steps may be executed more than once in a given embodiment or occurrence.

When a single device or article is described herein, it will be readily apparent that more than one device or article may be used in place of a single device or article. Similarly, where more than one device or article is described herein, it will be readily apparent that a single device or article may be used in place of the more than one device or article.

The functionality or the features of a device may be alternatively embodied by one or more other devices that are not explicitly described as having such functionality or features. Thus, other embodiments of one or more of the inventions need not include the device itself.

Techniques and mechanisms described or referenced herein will sometimes be described in singular form for clarity. However, it should be appreciated that particular embodiments may include multiple iterations of a technique or multiple instantiations of a mechanism unless noted otherwise. Process descriptions or blocks in figures should be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps in the process. Alternate implementations are included within the scope of embodiments of the present invention in which, for example, functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those having ordinary skill in the art.

Hardware Architecture

Generally, the techniques disclosed herein may be implemented on hardware or a combination of software and hardware. For example, they may be implemented in an operating system kernel, in a separate user process, in a library package bound into network applications, on a specially constructed machine, on an application-specific integrated circuit (ASIC), or on a network interface card.

Software/hardware hybrid implementations of at least some of the embodiments disclosed herein may be implemented on a programmable network-resident machine (which should be understood to include intermittently connected network-aware machines) selectively activated or reconfigured by a computer program stored in memory. Such network devices may have multiple network interfaces that may be configured or designed to utilize different types of network communication protocols. A general architecture for some of these machines may be described herein in order to illustrate one or more exemplary means by which a given unit of functionality may be implemented. According to specific embodiments, at least some of the features or functionalities of the various embodiments disclosed herein may be implemented on one or more general-purpose computers associated with one or more networks, such as for example an end-user computer system, a client computer, a network server or other server system, a mobile computing device (e.g., tablet computing device, mobile phone, smartphone, laptop, or other appropriate computing device), a consumer electronic device, a music player, or any other suitable electronic device, router, switch, or other suitable device, or any combination thereof. In at least some embodiments, at least some of the features or functionalities of the various embodiments disclosed herein may be implemented in one or more virtualized computing environments (e.g., network computing clouds, virtual machines hosted on one or more physical computing machines, or other appropriate virtual environments).

Referring now to FIG. 1 , there is shown a block diagram depicting an exemplary computing device 100 suitable for implementing at least a portion of the features or functionalities disclosed herein. Computing device 100 may be, for example, any one of the computing machines listed in the previous paragraph, or indeed any other electronic device capable of executing software- or hardware-based instructions according to one or more programs stored in memory. Computing device 100 may be adapted to communicate with a plurality of other computing devices, such as clients or servers, over communications networks such as a wide area network a metropolitan area network, a local area network, a wireless network, the Internet, or any other network, using known protocols for such communication, whether wireless or wired.

In one embodiment, computing device 100 includes one or more central processing units (CPU) 102, one or more interfaces 110, and one or more busses 106 (such as a peripheral component interconnect (PCI) bus). When acting under the control of appropriate software or firmware, CPU 102 may be responsible for implementing specific functions associated with the functions of a specifically configured computing device or machine. For example, in at least one embodiment, a computing device 100 may be configured or designed to function as a server system utilizing CPU 102, local memory 101 and/or remote memory 120, and interface(s) 110. In at least one embodiment, CPU 102 may be caused to perform one or more of the different types of functions and/or operations under the control of software modules or components, which for example, may include an operating system and any appropriate applications software, drivers, and the like.

CPU 102 may include one or more processors 103 such as, for example, a processor from one of the Intel, ARM, Qualcomm, and AMD families of microprocessors. In some embodiments, processors 103 may include specially designed hardware such as application-specific integrated circuits (ASICs), electrically erasable programmable read-only memories (EEPROMs), field-programmable gate arrays (FPGAs), and so forth, for controlling operations of computing device 100. In a specific embodiment, a local memory 101 (such as non-volatile random-access memory (RAM) and/or read-only memory (ROM), including for example one or more levels of cached memory) may also form part of CPU 102. However, there are many different ways in which memory may be coupled to system 100. Memory 101 may be used for a variety of purposes such as, for example, caching and/or storing data, programming instructions, and the like. It should be further appreciated that CPU 102 may be one of a variety of system-on-a-chip (SOC) type hardware that may include additional hardware such as memory or graphics processing chips, such as a Qualcomm SNAPDRAGON™ or Samsung EXYNOS™ CPU as are becoming increasingly common in the art, such as for use in mobile devices or integrated devices.

As used herein, the term “processor” is not limited merely to those integrated circuits referred to in the art as a processor, a mobile processor, or a microprocessor, but broadly refers to a microcontroller, a microcomputer, a programmable logic controller, an application-specific integrated circuit, and any other programmable circuit.

In one embodiment, interfaces 110 are provided as network interface cards (NICs). Generally, NICs control the sending and receiving of data packets over a computer network; other types of interfaces 110 may for example support other peripherals used with computing device 100. Among the interfaces that may be provided are Ethernet interfaces, frame relay interfaces, cable interfaces, DSL interfaces, token ring interfaces, graphics interfaces, and the like. In addition, various types of interfaces may be provided such as, for example, universal serial bus (USB), Serial, Ethernet, FIREWIRE™, THUNDERBOLT™, PCI, parallel, radio frequency (RF), BLUETOOTH™, near-field communications (e.g., using near-field magnetics), 802.11 (WiFi), frame relay, TCP/IP, ISDN, fast Ethernet interfaces, Gigabit Ethernet interfaces, Serial ATA (SATA) or external SATA (ESATA) interfaces, high-definition multimedia interface (HDMI), digital visual interface (DVI), analog or digital audio interfaces, asynchronous transfer mode (ATM) interfaces, high-speed serial interface (HSSI) interfaces, Point of Sale (POS) interfaces, fiber data distributed interfaces (FDDIs), and the like. Generally, such interfaces 110 may include physical ports appropriate for communication with appropriate media. In some cases, they may also include an independent processor (such as a dedicated audio or video processor, as is common in the art for high-fidelity A/V hardware interfaces) and, in some instances, volatile and/or non-volatile memory (e.g., RAM).

Although the system shown in FIG. 1 illustrates one specific architecture for a computing device 100 for implementing one or more of the inventions described herein, it is by no means the only device architecture on which at least a portion of the features and techniques described herein may be implemented. For example, architectures having one or any number of processors 103 may be used, and such processors 103 may be present in a single device or distributed among any number of devices. In one embodiment, a single processor 103 handles communications as well as routing computations, while in other embodiments a separate dedicated communications processor may be provided. In various embodiments, different types of features or functionalities may be implemented in a system according to the invention that includes a client device (such as a tablet device or smartphone running client software) and server systems (such as a server system described in more detail below).

Regardless of network device configuration, the system of the present invention may employ one or more memories or memory modules (such as, for example, remote memory block 120 and local memory 101) configured to store data, program instructions for the general-purpose network operations, or other information relating to the functionality of the embodiments described herein (or any combinations of the above). Program instructions may control execution of or comprise an operating system and/or one or more applications, for example. Memory 120 or memories 101, 120 may also be configured to store data structures, configuration data, encryption data, historical system operations information, or any other specific or generic non-program information described herein.

Because such information and program instructions may be employed to implement one or more systems or methods described herein, at least some network device embodiments may include non-transitory machine-readable storage media, which, for example, may be configured or designed to store program instructions, state information, and the like for performing various operations described herein. Examples of such non-transitory machine-readable storage media include, but are not limited to, magnetic media such as hard disks, floppy disks, and magnetic tape; optical media such as CD-ROM disks; magneto-optical media such as optical disks, and hardware devices that are specially configured to store and perform program instructions, such as read-only memory devices (ROM), flash memory (as is common in mobile devices and integrated systems), solid state drives (SSD) and “hybrid SSD” storage drives that may combine physical components of solid state and hard disk drives in a single hardware device (as are becoming increasingly common in the art with regard to personal computers), memristor memory, random access memory (RAM), and the like. It should be appreciated that such storage means may be integral and non-removable (such as RAM hardware modules that may be soldered onto a motherboard or otherwise integrated into an electronic device), or they may be removable such as swappable flash memory modules (such as “thumb drives” or other removable media designed for rapidly exchanging physical storage devices), “hot-swappable” hard disk drives or solid state drives, removable optical storage discs, or other such removable media, and that such integral and removable storage media may be utilized interchangeably. Examples of program instructions include both object code, such as may be produced by a compiler, machine code, such as may be produced by an assembler or a linker, byte code, such as may be generated by for example a Java™ compiler and may be executed using a Java virtual machine or equivalent, or files containing higher level code that may be executed by the computer using an interpreter (for example, scripts written in Python, Perl, Ruby, Groovy, or any other scripting language).

In some embodiments, systems according to the present invention may be implemented on a standalone computing system. Referring now to FIG. 2 , there is shown a block diagram depicting a typical exemplary architecture of one or more embodiments or components thereof on a standalone computing system. Computing device 200 includes processors 210 that may run software that carry out one or more functions or applications of embodiments of the invention, such as for example a client application 230. Processors 210 may carry out computing instructions under control of an operating system 220 such as, for example, a version of Microsoft's WINDOWS™ operating system, Apple's Mac OS/X or iOS operating systems, some variety of the Linux operating system, Google's ANDROID™ operating system, or the like. In many cases, one or more shared services 225 may be operable in system 200, and may be useful for providing common services to client applications 230. Services 225 may for example be WINDOWS™ services, user-space common services in a Linux environment, or any other type of common service architecture used with operating system 210. Input devices 270 may be of any type suitable for receiving user input, including for example a keyboard, touchscreen, microphone (for example, for voice input), mouse, touchpad, trackball, or any combination thereof. Output devices 260 may be of any type suitable for providing output to one or more users, whether remote or local to system 200, and may include for example one or more screens for visual output, speakers, printers, or any combination thereof. Memory 240 may be random-access memory having any structure and architecture known in the art, for use by processors 210, for example to run software. Storage devices 250 may be any magnetic, optical, mechanical, memristor, or electrical storage device for storage of data in digital form (such as those described above, referring to FIG. 1 ). Examples of storage devices 250 include flash memory, magnetic hard drive, CD-ROM, and/or the like.

In some embodiments, systems of the present invention may be implemented on a distributed computing network, such as one having any number of clients and/or servers. Referring now to FIG. 3 , there is shown a block diagram depicting an exemplary architecture 300 for implementing at least a portion of a system according to an embodiment of the invention on a distributed computing network. According to the embodiment, any number of clients 330 may be provided. Each client 330 may run software for implementing client-side portions of the present invention; clients may comprise a system 200 such as that illustrated in FIG. 2 . In addition, any number of servers 320 may be provided for handling requests received from one or more clients 330. Clients 330 and servers 320 may communicate with one another via one or more electronic networks 310, which may be in various embodiments any of the Internet, a wide area network, a mobile telephony network (such as CDMA or GSM cellular networks), a wireless network (such as Wi-Fi, WiMAX, LTE, and so forth), or a local area network (or indeed any network topology known in the art; the invention does not prefer any one network topology over any other). Networks 310 may be implemented using any known network protocols, including for example wired and/or wireless protocols.

In addition, in some embodiments, servers 320 may call external services 370 when needed to obtain additional information, or to refer to additional data concerning a particular call. Communications with external services 370 may take place, for example, via one or more networks 310. In various embodiments, external services 370 may comprise web-enabled services or functionality related to or installed on the hardware device itself. For example, in an embodiment where client applications 230 are implemented on a smartphone or other electronic device, client applications 230 may obtain information stored in a server system 320 in the cloud or on an external service 370 deployed on one or more of a particular enterprise's or user's premises.

In some embodiments of the invention, clients 330 or servers 320 (or both) may make use of one or more specialized services or appliances that may be deployed locally or remotely across one or more networks 310. For example, one or more databases 340 may be used or referred to by one or more embodiments of the invention. It should be understood by one having ordinary skill in the art that databases 340 may be arranged in a wide variety of architectures and using a wide variety of data access and manipulation means. For example, in various embodiments one or more databases 340 may comprise a relational database system using a structured query language (SQL), while others may comprise an alternative data storage technology such as those referred to in the art as “NoSQL” (for example, Hadoop Cassandra, Google BigTable, and so forth). In some embodiments, variant database architectures such as column-oriented databases, in-memory databases, clustered databases, distributed databases, or even flat file data repositories may be used according to the invention. It will be appreciated by one having ordinary skill in the art that any combination of known or future database technologies may be used as appropriate, unless a specific database technology or a specific arrangement of components is specified for a particular embodiment herein. Moreover, it should be appreciated that the term “database” as used herein may refer to a physical database machine, a cluster of machines acting as a single database system, or a logical database within an overall database management system. Unless a specific meaning is specified for a given use of the term “database”, it should be construed to mean any of these senses of the word, all of which are understood as a plain meaning of the term “database” by those having ordinary skill in the art.

Similarly, most embodiments of the invention may make use of one or more security systems 360 and configuration systems 350. Security and configuration management are common information technology (IT) and web functions, and some amount of each are generally associated with any IT or web systems. It should be understood by one having ordinary skill in the art that any configuration or security subsystems known in the art now or in the future may be used in conjunction with embodiments of the invention without limitation, unless a specific security 360 or configuration system 350 or approach is specifically required by the description of any specific embodiment.

FIG. 4 shows an exemplary overview of a computer system 400 as may be used in any of the various locations throughout the system. It is exemplary of any computer that may execute code to process data. Various modifications and changes may be made to computer system 400 without departing from the broader spirit and scope of the system and method disclosed herein. CPU 401 is connected to bus 402, to which bus is also connected memory 403, nonvolatile memory 404, display 407, I/O unit 408, and network interface card (NIC) 413. I/O unit 408 may, typically, be connected to keyboard 409, pointing device 410, hard disk 412, and real-time clock 411. NIC 413 connects to network 414, which may be the Internet or a local network, which local network may or may not have connections to the Internet. Also shown as part of system 400 is power supply unit 405 connected, in this example, to ac supply 406. Not shown are batteries that could be present, and many other devices and modifications that are well known but are not applicable to the specific novel functions of the current system and method disclosed herein. It should be appreciated that some or all components illustrated may be combined, such as in various integrated applications (for example, Qualcomm or Samsung SOC-based devices), or whenever it may be appropriate to combine multiple capabilities or functions into a single hardware device (for instance, in mobile devices such as smartphones, video game consoles, in-vehicle computer systems such as navigation or multimedia systems in automobiles, or other integrated hardware devices).

In various embodiments, functionality for implementing systems or methods of the present invention may be distributed among any number of client and/or server components. For example, various software modules may be implemented for performing various functions in connection with the present invention, and such modules may be variously implemented to run on server and/or client components.

Conceptual Architecture

FIG. 5 is a block diagram illustrating a persona generation computer for generation of personas associated with a plurality of data profiles, according to a preferred embodiment of the invention. According to the embodiment, a persona generation computer 500 comprises a processor 210, memory 240 and a plurality of programming instructions, the plurality of programming instructions stored in memory 240 that when executed by processor 210 cause the processor to generate a plurality of personas using identification, vectorization, and clustering, according to a preferred embodiment of the invention. A persona generation computer 500 further comprises: feature generator 502, microservice 504, model creator 506, profile parser 508, project controller 540, data transformer 541, predictor 544, and query generator 546. Further, one or more databases including feature database 516, user database 518, configuration database 520, training database 522, document database 524, and CRM database 532, internal to persona generation computer 500, may be operable to store data resulting due to execution of one or more of the plurality of programming instructions by processor 210. Persona generation computer 500 may further communicate with one or more user devices 526 and external services 528 via network 310.

Feature generator 502 may compute features as a means for generation of one or more personas. Features may inform decisions for a single profile to be categorized as profile-level features, context-level features, and CRM-level features. Feature generator 502 further creates features for different personas based on individual data, for example, segment data (e.g., age, gender, etc.) and additionally geographic data (e.g., home location, street number, or postal district). Further, data from online activities, for example, social network activity, preferred websites information, subscriptions, location tagging data, and the like may also be utilized by feature generator 502 to generate features for building a persona. Such user information may be stored, by feature generator 502, within feature database 516. In some embodiments feature generator 502 may employ k-means agglomeration and semantic embedding models to generate features for personas. Feature generator 502 may compute features comprising syntactic dependency parsing, polarity seeking, named entity features, part-of-speech (POS) features, and the like.

In an embodiment, microservice 504 fetches above user information from one or more sources and input such user information to feature generator 502 to facilitate generation of features of the persona. Microservice 504, in an example, may fetch user information internally from historically stored data in user database 518, document database 524, and/or externally fetch data from user device 526 or external services 528. In the embodiment, internally stored data may include individual user data and geographical user data, while externally stored data may include social network data, user preference data, and CRM data. Microservice 504 may output the generated persona, using the features generated by feature generator 502. In an embodiment, microservice 504 may provide an algorithm to construct one or more attributes associated with a particular persona to be created.

Model creator 506, in some embodiments, may use a conditional random field (CRF) model to perform tagging to learn contextual sequence relationships and patterns found in data profiles, whereby the properties of the inputs, both prior and subsequent are used in order to characterize input while holding relevance. Model creator 506 may create a machine learning model by learning underlying linguistic/syntactic relationships between custom defined expression categories of a schema using systems and methods disclosed herein. Model creator 506 may generate sequences of labels for sequences of input features and create a model. It should be appreciated that labeling data typically involves augmenting a set of unlabeled data such that each piece of that unlabeled data is associated with one or more meaningful “tag,” “label,” or “classification” that is informative or desirable to know. Model creator 506 may learn a variety of clustering models, with different values of k (that is, number of clusters), to create clusters of different granularities to serve as rich semantic features that may aid the model as high-level semantic groups. Model creator 506 may further learn a semantic model over natural language associated with each expression variety, to pair semantic vectors with each expression variety, accounting for the structural and semantic content of an email. Model creator 506 may learn some semantic modelling for data profile attributes, to enable meaningful comparisons of attributes across different data profiles.

Model creator 506 may at least comprise tokenizer 529; classifier 530; and vectorizer 531. Tokenizer 529 may process one or more small text components comprised in data profiles including, but not limiting to, designation, location, company, deal volumes, etc., into random string of characters, also known as a token. These tokens may contain words, sub-words, characters, etc. as recognized from the parsed data profiles. Vectorizer 531 may vectorize the custom selection of small text components to encode characteristics associated with components into a plurality of vectors by allocation of a dimension to each information component using semantic embedding to generate a plurality of vectorized data profiles. This is described in detail with reference to FIG. 8 . Classier 530, in one example, may use word sequences instead of words to recognize text classifications within a given data profile, as described in FIG. 8B.

Profile parser 508 may parse data profiles to extract metadata that may include detected data points such as gender, age, location, designation, company relationships, organizational hierarchy, business volumes, and the like associated with said data profiles. Profile parser 508 may store extracted metadata into a metadata object. Profile parser 508 may comprise, at least, CRM extractor 510 to identify and extract CRM data associated with a data profile; social network filter 512 for filtering and parsing social network associated with a data profile; and user data filter 514 for parsing received data profiles to extract user preference data associated with each of the received data profiles.

According to the embodiment, project controller 540 may extract data for each data profile, from one or more CRM applications for normalization, including, CRM data for a plurality of account profiles. In an embodiment, each account profile of the plurality of account profiles may be associated with a given account profile. Further, the CRM data may include data pertaining to deal information, deal recency, lead status, lead conversion date, and the like. Based on the extracted data, project controller 540 may determine one or more numerical scores associated with each data profile.

Data transformer 541 may normalize the retrieved data from one or more data profiles in order to format the data in a predetermined uniform schema, i.e., a standardized or uniform data format, for further processing.

Predictor 544 may perform predictions regarding presence of different small text components across a plurality of token spans comprised within the information-rich short string for a data profile attribute, as described in subsequent text.

User database 518 comprises data structures for storing user information such as data profile or other information associated with a user, such as a client or a sales target. CRM database 532 may be used to store deal information, deal recency, lead status, lead conversion date, and the like associated with a plurality of data profiles. Training database 522 may comprise a plurality of training data used to train a Neural Sequence model and/or a plurality of CRF models, semantic models, and other machine learning models core to the invention. Document database 524 may comprise a plurality of electronic documents. Electronic documents may be user data profiles, such as social media profiles and professional profiles; sales records; and the like. In some embodiments, instead of processing electronic documents from document database 524, systems and methods disclosed herein may receive communications from real-time communication streams such as VoIP communications, POTS communications, and the like. Similarly, data profiles may come from external services 528 instead of document database 524, or both. In an embodiment, one or more numerical scores derived by project controller 540 from a project management scale may be pre-configured by a user device and stored, in configuration database 520, as specified in the foregoing.

Query generator 546 may generate a database query to generate new members for a given cluster, as described in detail with reference to FIG. 14 . In an embodiment, query generator 546 may generate one or more database queries in successive iterations, each iteration improving a given database query to augment creation of one or more clusters. The maximum number of iterations, in one embodiment, may be specified by model creator 506.

User device 526 may be a mobile computing device or other computing device to send and receive electronic documents. In some embodiments, user device 530 may be used to view an analysis resultant of systems and methods disclosed herein.

External services 528 may be a third-party CRM service, a social network, a messaging service, an email server, or some other cloud-based electronic service that may coordinate, manage, provide, or save user data.

Detailed Description of Exemplary Embodiments

FIG. 6 is a flow diagram illustrating a method for persona generation using identification, vectorization, and clustering, according to a preferred embodiment of the invention.

According to the embodiment, in a first step 601, microservice 504 may initiate integration of one or more CRM applications running on persona generation computer 500 and/or having a sequence running virtually over external services 528. In one embodiment, microservice 504 may integrate all active and dormant sequences of one or more CRM applications associated with, e.g., user devices 526, and stored on CRM database 532, such that CRM and other data associated with such applications may be used for further processing as described in the following. In another embodiment, the one or more CRM applications may include Salesforce™, HubSpot™, Pipedrive™, Freshworks™, and the like.

In a next step 602, project controller 540 may extract data from the sequences of the one or more CRM applications for normalization. In an embodiment, the extracted data may include CRM data for a plurality of account profiles, such as deal information, deal recency, lead status, lead conversion date, and the like. In another embodiment, the extracted data may include preferences set for user device 526, location data, email data, messaging data, and the like. In one embodiment, the data may be extracted from internal and/or external databases, e.g., user database 518, document database 524, CRM database 532, and/or any other database. Further, the data retrieval may be initiated by microservice 504 in response to a search query soliciting one or more personas received from a user device 526 (as described in FIG. 9 ).

Further, the retrieved data may be normalized by data transformer 541 using one or more data normalization techniques, as described in FIG. 12 . In an embodiment, data transformer 541 may normalize the retrieved data in order to format the data in a predetermined uniform schema, i.e., a standardized data format, for further processing.

In a next step 603, project controller 540 may calculate an opportunity score for each of the plurality of account profiles. In an embodiment, project controller 540 may calculate the opportunity score for a given account profile at least based on opportunity scoring attributes relating to, e.g., a sales process, contract information, deal size information, and the like, and store such scores on configuration database 520. For instance, in one embodiment, the opportunity score for an account profile may be calculated by project controller 540 based on a determination of a placement of the account profile on a project management scale, having a plurality of progress tabs, each progress tab recognizing a completion of a task in the sales process for that account profile. According to the embodiment, a numeric value may be assigned by project controller 540 to each progress tab, such that when the account profile is placed at a given progress tab, such placement may trigger automatic assignment of the opportunity score to the account profile. In another embodiment, the opportunity scoring attributes may include fielded information such as account name, sale amount, open date, close date, forecast information, lead source, division, currency, and the like. Such a scoring for plurality of account profiles is described in detail in FIG. 12 .

In a next step 605, profile parser 508 may collect one or more data profiles, each data profile associated with at least one account profile from the data retrieved from the CRM applications described in the foregoing. In one embodiment, the data profiles may include data profiles, e.g., for owners of account profiles, department personnel, organization heads, and the like. In the embodiment, such data profiles may include data pertaining to resumes, curriculum vitae (CV), website data, social media profiles, and the like for one or more persons associated with each account profile. In another embodiment, project controller 540 may also analyze the data profiles to extract the data profile attributes. According to the embodiment, each of the one or more data profile attributes may identify a user associated with an account profile such and profile parser 508. Further, in a next step 606 may match the plurality of data profiles to a master dataset to determine the plurality of data profile attributes associated with each account profile, as described in detail in FIG. 11 . In an embodiment the master dataset, e.g., user database 518 or CRM database 532, may be parsed by profile parser 508 to identify additional data profile attributes that may project controller 540 be used to complimenting the data retrieval and normalization step described in step 602. In an embodiment, such matching may ensure that the data profiles may be supplemented with additional data profile attributes in order to modify the data profiles to have more comprehensive information available. In an embodiment, project controller 540 may supplement the data profiles by identifying matches within the master dataset via hash values, such hash values comprising a hashed version of either a unique identifier, or a collection of identifiers which together may be unique. In the embodiment, once a match is found by project controller 540 in the master dataset additional fields from that data, both primary as well as modelled and/or predicted fields may be extracted.

In a next step 604, project controller 540 may rank the data profile attributes associated with each data profile. In an embodiment, project controller 540 may rank the data profile attributes based on their quantified importance in calculating the opportunity score for each of the account profile. In another embodiment, project controller 502 may generate the ranking for data profile attributes based on weighted totals for each opportunity scoring attribute, wherein the weights for each opportunity scoring attribute may be directly proportional to their relative quantified importance in generation of the project management scale. The ranking of opportunity score attributes is described in detail with respect to FIG. 11 . In an embodiment, project controller 540 may leverage a plurality of statistical techniques to generate the quantified importance of each data profile attribute (and indirectly combinations of opportunity scoring attributes), for calculating the opportunity score for each account profile. According to one embodiment, project controller 540 may rank each data profile attribute based on a using a trained neural network comprising a single dense layer configured to predict the opportunity score. Project controller 540 may generate a sum of absolute values of edge weights between each data profile attribute and the dense layer, wherein a mean of the sum may be indicative of the quantified importance.

In a next step 607, feature generator 502 may iterate through the data profile attributes to generate a plurality of features associated with each data profile attribute to be included in a mathematical representation of the one or more data profiles. In a preferred embodiment, for data profile attributes comprising data profile attributes including an information-rich short string (e.g., job titles, company names, etc.), feature generator 502 may classify one or more information components comprised within the data profile attributes separately. For example, for a data profile attribute comprising of job titles, following information types may be classified individually:

Job- tide - “Senior Director, Technology - EMEA” “Senior” −> “Seniority Marker” “Director” −> “Function” “Technology” −> “Department” “EMEA” −> “Location”

In an embodiment, once the data profile attributes are scanned through by feature generator 502, it may classify one or more information components from the information-rich short strings to extract a custom selection of information components (e.g., small text components) by initiating a sequence prediction architecture comprising a set of conditional random field models created by model creator 506. According to the embodiment, a conditional random field (CRF) model may be executed by model creator 506 such that the model iteratively uses an output of one or more independently trained CRF models as augmented feature input to determine one or more interdependencies, wherein the iteration generates additional sequences of labels for the one or more information components using the conditional random fields model, each iteration updating the augmented feature input to reflect output labels of a previous iteration, until a preconfigured convergence criteria is met. The classification is further described with reference to FIGS. 8A-8B.

In a preferred embodiment, the creation, training, and execution of the model, by model creator 506, maybe such that the CRF model may allow treatment of each information component of the information rich short string separately in a vectorization of the information components by vectorizer 531. As such, there may be separate dimensions in a vector reserved for each information component, allowing a more direct and meaningful comparison of the information contained within the information component, versus a singular vector for the entire information rich short string. According to one preferred embodiment, vectorizer 531 may vectorize the custom selection of information components to encode characteristics associated with the custom selection of information components into a plurality of vectors by allocation of a dimension to each information component using semantic embedding to generate a plurality of vectorized data profiles. This is described in detail with reference to FIG. 8A.

Referring again to FIG. 6 , in a next step 608 model creator 506 may initiate an attribute-based hierarchical clustering routine. In an embodiment, the bespoke hierarchical clustering routine may find natural densities within the data profiles to enable characterizing the makeup of the data profiles in terms of the plurality of personas (as detailed in FIG. 13 ). In the embodiment, model creator 506 may commence the attribute-based hierarchical clustering routine to determine underlying densities within the vectorized custom selection of information components, for each of the plurality of data profile attributes, to generate sub-cluster configurations. In one embodiment, to generate the sub-cluster configurations, project controller 540 may compute a coefficient to identify an alternative result of the attribute-based hierarchical clustering routine to determine whether the alternative result generates a superior clustering outcome. Further, in response to a determination, by project controller 540, that the alternative result does not result in the better clustering outcome, project controller 540 may combine a given data profile attribute with a subsequent data profile attribute to select a set of data profiles from the plurality of data profiles, wherein the set of data profiles is classified within a cluster. In an embodiment, such a combination of the data profile attributes by project controller 540 may ensure that in cases where clustering on a single attribute does not improve the overall attribute-based hierarchical clustering routine, model creator 506 may instead attempt to cluster a set of data profile attributes jointly. In a next step 609, project controller 540 may score each created cluster to predict an opportunity score for each cluster (described in FIG. 12 ).

In a next step 610, a descriptive name for each cluster by leveraging a neural sequence2sequence architecture may be generated by model creator 506. In an embodiment, for each cluster, model creator 506 may feed each of the plurality of vectorized data profiles associated with a given cluster as an input into an encoder. Further, for each of the plurality of vectorized data profiles, model creator 506 may pass a representation through one or more network layers, to generate an intermediate representation, wherein the plurality of network layers comprises at least four long short-term memory (LSTM) network layers. Further, model creator 506 may pass the intermediate representation into a decoder to sequentially generate a plurality of word vectors up until a generation of an end-token. In an embodiment, the end-token may be indicative of completion of generation of a title for a cluster by the decoder. In another embodiment, model creator 506 may transform the plurality of word vectors into a plurality of words indicative of the descriptive name for the cluster (as described in FIG. 15 ).

Referring again to FIG. 6 , in a next step 611 project controller 540 may initiate a query generator 546 to generate a database query to generate new members for a given cluster, as described in detail with reference to FIG. 14 . Further, feature generator 502 may generate a set of personas, each persona comprising data associated with a cluster the persona is classified in, associated cluster score for the cluster, ranked data profile attributes associated with the cluster, a descriptive name for the cluster, and a database query associated with the cluster. In an embodiment, project controller 540 may transmit the set of personas for display at a graphical user interface of the network-connected user device.

FIG. 7 is a flow diagram illustrating a method for clustering a plurality of data points parsed from one or more data profiles into a vector, according to a preferred embodiment of the invention.

According to the embodiment, in a first step 701, one or more clusters are identified by profile parser 508. In an embodiment, the clusters may be identified by profile parser 508 based on data profiles received either from user devices 526, external services 528, or a combination of both. In another embodiment, in step 707, profile parser 508 may also compute one or more clusters based on an analysis of a processed dataset. For example, the dataset may have data pertaining to a social network associated with a data profile, a third-party and/or an internal CRM database, like CRM database 532; or a database comprising a plurality of profiles, such as user database 518.

In a next step 702, profile parser 508 may fetch a plurality of data profiles from one of an external services 528 or one of the databases within system 500. In a next step 703, profile parser 508 may identify one or more data points within each of the plurality of data profiles. In an embodiment, the data points may be indicative of small text components within the data profile. In the embodiment, unlike conventional techniques of classification of records, the present invention may utilize analysis of small text components to cluster and group different data profiles. For instance, instead of extracting keywords from a text corpora associated with the data profile and applying a topic model (such as Latent Dirichlet Allocation), profile parser 508 may instead utilize text sequence with a small number of tokens (for example ranging from 1-5). Therefore, utilizing a smaller number of tokens, instead of the conventional 40-100 tokens used to summarize documents, e.g., user resumes or curriculum vitae extracted from the data profiles, having text sequences having 400-800 sequences, the present invention facilitates identification of semantic meaning of a document, without the need of larger amounts of text. Such an analysis thereby reduces the requirement of a large pool of context to find an adequate vector, by using prior knowledge via pre-trained models, to understand which token spans in the string refer to which category of information. In a preferred embodiment, the pre-classification of the small text components may allow for construction of a vector in a way that may allocate dimensions to each class of information in comparison to the substrings associated with each class explicitly, rather than mixing the information covered across the short-string (title), into one vector.

Referring again to FIG. 7 , in a next step 704, profile parser 508 may determine whether two or more of the plurality of data profiles share similar features. In an embodiment, feature generator 502 may extract features for each of the plurality of data profiles from the identified data points. The features, in an example, may be generated based on analysis of the data points. In one embodiment, the data points may include fields such as designation, age, gender, organizational status, previous deal information, location tags, and the like. The data points may be extracted directly from the data profiles received from one or more of user devices 526, one or more databases, and/or data retrieved from external services 528. Further, said data points may be analyzed by feature generator 502 by normalization and disambiguation of data points. For instance, data points may be normalized to minimize duplicate data, avoid data modification issues, and/or to simplify data queries. Feature generator 502 may normalize data by using 1^(st), 2^(nd), and 3^(rd) normal forms, commonly known as 1NF, 2NF, and 3NF, respectively. For normalization of data under 1NF, data may be stored in a relational table, with each column containing atomic values. There may be no grouping of columns. For normalization of data under 2NF, the table may be stored in 1NF, and all columns of the table depend on the table's primary key. Finally, for normalization under 3NF, the table may be stored in the 2NF, and all columns do not depend on the primary key transitively. Further, feature generator 502 may perform data disambiguation by contextual as well as conceptual separation of multiple similar data points representing different ideas. In one embodiment, feature generator 502 may predict data profile attributes (e.g., predicting data profile attributes such as seniority class, department etc. from the title). Feature generator 502 may then semantically embed such data profile attributes.

In an embodiment, feature generator 502 may use one or more methods utilizing natural language processing (NLP) to perform said data disambiguation. For example, feature generator 502 may use one of “deep method” and “shallow method.” In an example, the shallow method may involve disambiguation of text by looking at other text in vicinity to determine context. On the other hand, the deep method may involve combing larger sets of data and identify disambiguation in the context. It may be appreciated by a skilled person that other types of classifiers and tools for disambiguation may also be utilized and are within the scope of the present invention.

Referring again to FIG. 7 , in response to a determination, by profile parser 508, that two or more of the plurality of data profiles do not share similar features, in a next step 705, model creator 506 may create a new cluster. In an embodiment, model creator 506 may create one of a hard cluster or a soft cluster, in response to determining that there are no similar properties between two or more of the plurality of data profiles. For example, if all identified data points within the one or more data profiles belong to a single cluster completely, such a clustering may be deemed as hard clustering. On the other hand, by using a soft clustering method, a quantified probability or likelihood of identified data points to be in one or more clusters is assigned, instead of putting each data point into a separate cluster. Further, model creator 506 may use a hierarchical clustering routine disclosed in FIG. 13 , or otherwise one or more of connectivity models, centroid models, distribution models, density models, K-means model, and the like to perform clustering of data points.

Referring again to step 706, if profile parser 508 determines that two or more data profiles have similar properties that are found associated to an existing cluster, in a next step 706, said data profiles are added to the existing cluster.

FIG. 8A is a flow diagram illustrating a method for generating vectors for data profiles based on small text components, according to a preferred embodiment of the invention.

In a first step 801, profile parser 508 may select one or more data profile attributes associated with one or more data profiles from a plurality of data profiles received from user devices 526 and/or from external services 528. In a next step 802, for each data profile attribute, profile parser 508 may determine whether the data profile attribute contains information components. In an embodiment, profile parser 508 may determine whether a data profile attribute comprised of small text components by identifying one or more trained components models available for the data profile attribute (e.g., job titles, company names, etc.). If no information components are found, the method may continue to step 806.

Otherwise in a next step 803, profile parser 508 may generate one or more small text components associated with the information components. In a next step 804, tokenizer 529 may create tokens from the one or more small text components. In an example, tokenizer 529 may tokenize the small components such as indicators including, but not limiting to, designation, location, company, deal volumes, etc., into strings of characters, also known as a token. These tokens may contain words, sub-words, characters, etc. as recognized from the parsed data profiles. Further, tokenizer 529 may replace such tokens in a data set by their corresponding identifications (IDs). In an embodiment, tokenizer 529 may create IDs by looking the tokens up in an associative array or using a Hashing Trick. Tokenizer 529 may then also convert these tokens into one or more input formats, to be inputted into classifier 530, in step 805. In an embodiment, based on the tokenized small text components, classifier 530 may train one or more models for both dependent and independent iterative predictions of presence and location of small text components within information-rich short strings (described in FIG. 8B).

Further, in an embodiment, classifier 530 may use said models for Conditional Random Fields (CRF) classification (Hidden Markov classification). In an embodiment, classifier 530 may generate a sequence modelling algorithm for classification of the small text components, under the CRF classification model. In an example, under the CRF model, features of the small text components are dependent on the predictions of the other classifiers, as classifier 530 may utilize future observations whilst learning new patterns. Classier 530, in one example, may use word sequences instead of words to recognize text classifications within a given data profile, as described in FIG. 8B.

Referring again to FIG. 8A, if it is determined, by model creator 506, that a token does not comprise of components, in step 806, model creator 506 may further determine whether classification is required for said token. If classification is required, in a next step 807, the token may be input into classifier 530. Classifier 530, in an embodiment, may classify said token by using one or more classification methods. For example, data profile attributes indicative of skills associated with a data profile may be inputted by classifier 530 to a topic model (LDA) to determine a top N topics which are best associated with the input set of skill data profile attributes. In an embodiment, such top N topics may be termed as “skillsets” and can be marked by classifier 530 a class for the skill data profile attributes.

Further, in a next step 808, classifier 530 may input said classified token to vectorizer 531.

Vectorizer 531 may determine whether the vectorized token comprises of a location tag, in a next step 809. If it is determined, by vectorizer 531, that the vectorized token contains a location tag, in a next step 810, model creator 506 may store the location tag as geocodes, for example, within training database 522. Otherwise, in a next step 811, model creator 506 may store the vectorized token as One-Hot Components.

Referring again to step 806, if the token does not need classification, in a next step 813, classifier 530 may determine if said token requires semantic embedding. According to an embodiment, if a data profile attribute comprises a text attribute, classifier 530 may either semantically embed the text attribute or classify the text attribute or do both. In an embodiment, wherein the text attribute is a “job title” (or component of a job title), the text attribute may be embedded or classified by classifier 530 to get a semantic vector. In an alternative embodiment, classifier 530 may alternatively classify the text attribute for a specific class, from a set of a predetermined number of classes and add the result of this classification as a feature for the CRF model to learn from.

If semantic embedding is required, in a next step 814, customized document embedding is performed on by classifier 530. In an embodiment, customized document embedding may be performed by classifier 530 in order to map words or phrases from document text to vectors of real numbers for further processing by vectorizer 531. In an embodiment, vectorizer 531 may vectorize the classified token into an array of machine-readable numbers. In an example, vectorizer 531 may vectorize single instances of text, like characters and words, by using a neural network to represent tokens as vectors having a set of properties associated with them. In another example, a whole sentence in the text may be vectorized by vectorizer 531, for instance by using Skip-Thought Vectors. In one embodiment, the tokens may be vectorized by vectorizer 531 using techniques from the semantic embedding literature, e.g., word2vec, glove, or BERT embeddings. In another embodiment, classifier 530 may train the CRF model using data specific to a given language domain.

Further, in a step 811, these customized embedded documents may be stored as embeddings within the training database 522 by classifier 530. In a next step 815, vectorizer 531 may generate a feature vector based on the geocodes, one-hot components, and the embeddings.

Referring again to step 813, if it is determined by classifier 530 that said token does not require semantic embedding, in a next step 816, model creator 506 may determine whether the data profile attribute is categorical. In response to a determination by model creator 506 that the data profile attribute is categorical, in a next step 817, classifier 530 may initiate one-hot encoding for the token. Otherwise, in a next step 818, classifier 530 may initiate numerical encoding for said token that may comprise initiating a numerical encoding for the data profile attribute value, entering the value directly into its own dimension within the vector.

The method may then continue to step 815, wherein customized embedded documents may be stored as embeddings within the training database 522 by classifier 530.

FIG. 8B is a flow diagram showing an exemplary method for iterative prediction for presence and location within information-rich short strings, of small text components, according to a preferred embodiment of the invention. According to the embodiment, a plurality of models may first be trained independently. A second set of models may then be trained “dependently”, i.e., with knowledge of the prediction results from all the other models. Advantageously, in some embodiment this allows each conditional random field (CRF) model to learn from the knowledge of the other independently trained models, using the predictions of the other independently-trained models as augmented information-rich features, that may yield information associated with relationships between data occurrences. An iteration to convergence may be desired, through predicting and training consecutive sets of dependent models, until all mutual knowledge sharing has been exploited.

The method may begin at a first step 820, wherein profile parser 508 may extract information-rich short strings from each of a plurality of data profile attributes. In one embodiment, information-rich short strings may include information such as job titles, company names, etc., associated with one or more data profiles.

In a next step 821, a plurality of token spans comprises within the information-rich short strings may be passed onto a first set of models generated by model creator 506 to make predictions, by predictor 544, regarding the presence of different small text components across the plurality of token spans comprised within the information-rich short string. It should be appreciated by one with ordinary skill in the art that that a token span may occasionally cross a boundary of a word (for example, when considering a hyphenated word); however, for some embodiments, systems and methods disclosed herein may use the terms “word spans” and “token spans” interchangeably). In an embodiment, the first set of models may have been trained, by model creator 506, using labelled data, with each model trained independently, i.e., tags of the other small text components that are not included when training the first set of models.

In a next step 822, feature generator 502 may create one or more input features for the data profile attribute based on the independent predictions, by predictor 544, of small text components within each information-rich search string.

In a next step 823, predictor 544 may dependently predict small text components in each information-rich short string. In training, a second set of models generated by model creator 506 and may be given correct labels of the other small text components, not predicted by the first set of models, so that the second set of models may learn interdependencies between the different small text components, and how the presence or absence of each label, in a given location of the information-rich search string, may affect the probability of a token, or span of tokens, falling under a pre-determined target small text component, wherein the target expression variety represents a specific theme for the information-rich search string.

In an embodiment, the second set of models may share learned knowledge between different individual models within the second set. Various feature patterns may be important for different small text components by sharing predictions of the other models, thereby enabling systems and methods disclosed herein to be operable to predict based on cumulative and independently learned information.

Referring again to FIG. 8B, in a next step 824, once a second set of predictions are computed, by predictor 544, project controller 540 may determine whether a pre-configured convergence criterion is met. If the pre-configured convergence criterion is not met, the method continues to step 822. Convergence criterion may include one or more of pre-configured criteria such as “no predictions changed in the instant iteration”, “less than a pre-defined number of predictions changed in the instant iteration”, or the like, and may provide an indication when a convergence criterion is met. It should be appreciated that convergence criterion may be based on a pre-defined measure of change between prediction iterations or some other criteria received in parallel or simultaneously while method depicted in FIG. 8B, is executed by the processor. Once the pre-configured convergence criterion is met, the method may continue to step 805 as described in FIG. 8A.

FIG. 9 is an exemplary flow diagram illustrating a method for generating ranked personas, according to a preferred embodiment of the invention.

In step 902, vectorizer 531 may receive a search query from one or more user devices 526, requesting details about one or more personas. In a next step 904, profile parser 508 may extract data profile attributes, such as CRM related data profile attributes, user preference data profile attributes, social data profile attributes, and the like from the received search query. In an embodiment, CRM extractor 510 may identify CRM related data requested in the search query such as deal information, deal recency, lead status, lead conversion date, and the like. In another embodiment, social network filter 512 may determine requested data such as user preferences, location data, email data, messaging data, and the like from the search query.

Once the data profile attributes are extracted, in a next step 906, profile parser 508 may identify parameter constraints that may be required to generate results for the search query. In one embodiment, profile parser 508 may determine parameter constraints such as exact words and/or phrases from the data profile attributes that may be used to search personas that may fulfil the search query conditions (as described in FIG. 14 ). One or more non-limiting examples of the parameter constraints may include data pertaining to designation indicators, location tags, organization hierarchy indicators, and the like.

Based on the identified parameter constraints, in a next step 908, vectorizer 531 may determine if one or more personas match the search criteria. If it is determined, by vectorizer 531, that one or more personas match the search criteria, in a next step 910, vectorizer 531 may generate a ranked list comprising the one or more personas, according to a distribution of opportunity scores associated with each data profile belonging classified within each cluster. In other words, vectorizer 531 may use the value of a mean opportunity score associated with each persona, in order to rank the plurality of personas.

Otherwise, in a next step 912, vectorizer 531 may request for a refined search query (as detailed in FIG. 14 ). The method may then continue to step 904, wherein more data profile attributes may be extracted by profile parser 508.

FIG. 10 illustrates an exemplary method for generating rank lists for a plurality of data profiles, according to an embodiment of the present invention. According to the embodiment, the method may begin at step 1002, wherein micro service 504 may fetch a plurality of data profiles. In the embodiment, microservice 504 may fetch the plurality of data profiles from one or more user devices 526, external services 528, and/or user database 528.

In an embodiment, one or more components of persona generation computer 500 may perform steps 1004-1010 for each of the plurality of data profiles as described herein to generate ranked list of the plurality of data profiles extracted by microservice 504. In step 1004, CRM extractor 510 may extract one or more data profile attributes for a given data profile. In an embodiment, the one or more data profile attributes may be extracted from search queries previously received by microservice 504 from one or more of user devices 510. In the embodiment, the one or more data profile attributes may be extracted based on CRM related data identified by CRM extractor 510, within the search query including, but not limiting to, deal information, deal recency, lead status, lead conversion date, and the like. In another embodiment, one or more data profile attributes may further be extracted by CRM extractor 510 based on data determined by social network filter 512 including user preferences, location data, email data, messaging data, and the like from the search query.

In a next step 1006, microservice 504 may determine transactional data associated with the given data profile. In an embodiment, the transactional data may be inclusive of, lead information, opportunity information, contact creation date, lead status, lead conversion date, deal volume, and the like associated with the given data profile. In the embodiment, the transactional data may be determined by microservice 504 by querying one of user database 518 and external database 528.

In a next step 1008, microservice 504 may correlate the extracted one or more data profile attributes for the given data profile with the transactional data associated with the given data profile. In an implementation, methods known in the art for extracting feature importance in predicting a set of target scores may be used to extract one or more data profile attributes for the given data profile.

In an embodiment, microservice 504 may correlate the one or more data profile attributes with the transactional data by extracting the one or more data profile attributes such as location data, email data, messaging data, deal data, and the like with transactional data such as lead status, lead conversion date, deal volume, and the like associated with the given data profile, and then training a neural network model to autonomously compute an importance coefficient indicative of a quantified association between the data profile attributes and corresponding transactional data. In the embodiment, classifier 530 may train the neural network model with a single dense layer (shallow network) with the task of predicting one or more transaction scores assigned to each persona. In the embodiment, project controller 540 may combine and find the mean values across absolute values of edge weights between each data profile attribute and the dense layer of nodes. Further, a mean score may be used by project controller 540 as a proxy for quantified importance of each data profile attribute, in relation to predicting the transactional data score. In one embodiment, classifier 530 may normalize the dimensions using an a-z normalization prior to this routine, to ensure that distributional variances in scale may be accounted for.

Further, the correlation may be performed by microservice 504, in one embodiment, based on identification of one or more data points, by profile parser 508, within the given data profile. In an embodiment, the data points may be indicative of small text features within the data profile and may be passed through a CRF Model, to extract components from within the data profile. The extracted components may be used in correlating data profile attributes to transactional data.

Referring again to FIG. 10 , in a next step 1010, microservice 504 may generate a ranked list for the given data profiles, whereby a ranked list may represent a list of data profile attributes, ordered by their importance coefficients, relative to the target values. This ranked list, in an embodiment, may provide a visibility into the most significant factors for transactional success and may be either provided to user device 526 as an important analytical insight, and/or used to process data profile attributes that do not offer substantial appreciable information and hence may decrease model performance, increase model convergence time and increase computational costs.

FIG. 11 illustrates an exemplary diagram for scoring a plurality of personas for running visualizations, in accordance with an embodiment of the present invention.

According to the embodiment, the method may begin at step 1102, wherein profile parser 508 may parse a plurality of data profiles. In a next step 1104, profile parser 508 may extract and store metadata for each of the plurality of data profiles. In an embodiment, profile parser 508 may extract metadata including, but not limited to, data points such as gender, age, location, designation, company relationships, organizational hierarchy, business volumes, and the like associated with said data profiles. Further, in an embodiment, profile parser 508 may store the extracted metadata into a metadata object. As described in the foregoing, profile parser 508 may comprise, at least, CRM extractor 510 to identify and extract CRM data associated with a data profile; social network filter 512 for filtering and parsing social network associated with a data profile; and user data filter 514 for parsing received data profiles to extract user preference data associated with a data profile.

In a next step 1106, microservice 504 may determine whether one or more data profile attributes are available for a given data profile. In an embodiment, microservice 504 may determine whether one or more data profile attributes are available, by querying user database 518 and/or document database 524 for previously stored data profile attributes for each of the plurality of data profiles. In case it is determined by microservice 504 that the one or more data profile attributes are not available, in a next step 1108, CRM extractor 510 may generate the one or more data profile attributes, as described in FIG. 10 . Otherwise, in a next step 1110, microservice 504 may calculate an importance coefficient for each data profile attribute, as described in FIG. 10 .

In one embodiment, project controller 540, may utilize the model trained by model creator 506, for predicting, for example, transactional scores, or any another relevant additive method, to generate a profile opportunity score, for a given data profile using the set of feature values associated with each cluster comprising a plurality of data profiles. Iterating over all data profiles, the trained model may generate a profile opportunity score for each data profile in each cluster. Further, a summary statistic over the profile opportunity scores for each data profile for a given cluster may be used to predict, by project controller 540, an opportunity score for each persona and a cluster score for each cluster of personas, in step 1113.

In a next step 1114, micro service 504 may group or rank a plurality of personas based on the cluster score of respective cluster in which a given persona is grouped. In an embodiment, the plurality of personas may be grouped together or ranked by microservice 504 when each of the plurality of personas have an associated opportunity score within a predetermined range. These scores may be used to generate quantified likelihood of which group of target personas may typically generate the most profitable outcomes for user device 526, as defined by the target transactional data.

In a next step 1116, microservice 504 may run visualizations on the grouped plurality of personas. Tools known in the art, such as Tableau™ or PowerBI™ may be used to generate insightful visualizations, for instance by highlighting the distributional differences between the constituents of each persona in some fields of general interest, or by demonstrating relationships between relevant attribute values and the target. Visualizations such as these can be used to intuitively understand the mixture of characteristics each persona has, alongside the relative success likelihood for profiles in each persona. Furthermore, these visual insights may present easily digestible explanations for overarching sales and prospecting analysis, by visually demonstrating trends and visually characterizing observations.

FIG. 12 illustrates an exemplary method for ranking data profile attributes based on their respective quantified importance, in accordance with an embodiment of the invention.

The method may begin at step 1202, wherein microservice 504 may receive one or more requests from a plurality of user devices 526. In an embodiment, the one or more requests may initialize microservice 504 to collect relevant documents such as electronic documents comprising emails, chat transcripts from messaging platforms, speech-to-text communications, social network posts, location tags, and the like for each data profile, from CRM database 532, as depicted. The CRM database 532, in one embodiment, may have stored a collection of documents for the each of the plurality of data profiles, such that each record may be indicative of a development process of an outreach transaction through different stages, e.g., initial touchpoint to a deal closure, and further to expansion and diversification activities for a given data profile. In an embodiment, the one or more requests from the user devices 526 may be received as Application Program Interface (API) requests at persona generation computer 500, as depicted by block 1206. In the embodiment, the API requests may be triggered when one or more of the user devices 526 requests generation of personas, through persona generation computer 500.

In a next step 1203, data transformer 541 may normalize data contained in each relevant document and identify a plurality of key fields in which the normalized data may be segmented. In an embodiment, normalization of the data contained within each relevant document may be performed by data transformer 541 by parsing over an input structure of each document and reorganizing the input data structures, in conformation with a universal schema format. In a preferred embodiment, source and datapoint timestamps may be managed by data transformed 541, on a field-by-field basis within the schema, providing the advantage of enabling the organization and sorting of field values according to the source confidence, and freshness by time.

In a next step 1204, project controller 540 may apply a numerical score to opportunity information associated with a given data profile based on some input configuration. In an embodiment, the numerical score is derived by project controller 540 from the project management scale, which may be pre-configured by a user device and retrieved, as-stored, from configuration database 520, as specified in the foregoing.

In an embodiment, the opportunity information may be included within the customer relationship management (CRM) profile information for the data profile, as stored within CRM database 532. Further, opportunity information may be updated for each data profile within the CRM database 532 by microservice 504 based on, e.g., different stages of a sales process generating different scores or deal size that may add different weights, etc.

The numerical scores, retrieved from configuration database 520, may be applied by project controller 540, to an opportunity scoring process 1204. In an embodiment, these numerical scores may be used by project controller 540, as a target by which persona generation computer 500 may determine and thereby rank importance coefficients for each data profile attribute. For example, project controller 540 may derive an information value richness for one or more data profile attributes, in terms of their ability to act as indicators for an opportunity score for a data profile to which they belong.

Further, in a next step 1205, model creator 506 may apply one or more methods known in the art such as training a predictor to predict importance coefficients, and/or extracting weights from a neural network, or regressor to generate the importance coefficients, and associated rankings, for a plurality of data profile attributes generated by feature generator 502, for each data profile. Ranked features may be used downstream to select features for vector representation, which may offer computational and modelling benefits; by reducing the number of features included by removing those of minimal value reduces the complexity of matrix operations and allow models to converge faster on core indicators. The importance coefficients may also be used to weigh features in a vector space according to their relative importance, pre-clustering, giving more important features a more highly weighted, and thus influential role in distance calculations, and by extension clustering.

FIG. 13 illustrates an exemplary method for hierarchical clustering, in accordance with an embodiment of the present invention.

According to the embodiment, the method may begin at step 1301, wherein vectorizer 531 receives a batch of profile vectors, in the form of a matrix.

In a next step 1302, vectorizer 531 may obtain one or more vector indices, each representing elements over which each feature of the data profile attribute may be represented, from a vector indices database 1303, as shown. Further, the received matrix is sliced into sub matrices by vectorizer 531, each representing a set of sub-vectors for each feature of the data profile attribute.

In a next step 1305, the sub-matrices created by vectorizer 531 may be iteratively passed from the feature matrix to project controller 540 to finds sub-cluster configurations and calculate Dunne index values. The Dunne index values may be used by project controller 540, to find an optimal configuration of clusters for a distribution of datapoints within the data profile data. In an embodiment, this measure may be performed by vectorizer 531 to determine numerical values for intra-cluster variability, over a given set of clustering configurations. In one embodiment, the Dunne index may be indicative of a measure of the average cosine separation between clusters, with each the cosine separation between each cluster defined as the mean cosine distance between each constituent member of one cluster and the members of another cluster, divided by a measure of the size of the clusters, the prescribed measure being the mean separation between the clusters' constituents.

In step 1306, model creator 506 may use the Dunne index values to determine whether any viable formation of clusters over the sub-matrix—representing a single feature in isolation—is possible, by comparison of the Dunne index value to a predetermined threshold value, set or tuned by user device 526. In response to a determination that the Dunne index value for a given feature is not greater than the predetermined threshold, the specific feature may be withheld by microservice 504, and the sub-matrices associated with the feature may be concatenated with another appropriate feature as depicted in step 1304. The concatenation may be done by model creator 506 to create a sub-cluster of higher dimensionality and information richness. The method may then continue to step 1305.

Further, in a next step 1307, model creator 506 may cluster a single feature, or concatenated features, into an optimal number of clusters, as determined by iterations over the set of clustering configurations and the Dunne index values. In an embodiment, model creator 506 may utilize one or more traditional methods for clustering such as k-means clustering, k-mode clustering, and the like.

In a next step 1308, once all slices have been processed and clustered, model creator 506 may execute instructions as depicted in steps 1309-1310. In step 1309, model creator 506 may identify a set of “combination clusters” by sorting data profiles into clusters they belong to at each clustering level, and combining the clusters at each respective level. In an embodiment, if a first data profile belongs to a first cluster associated with a clustering over the “job title” feature, and also to a second cluster associated with a combination of “industry and department”, the first data profile may be placed in a cluster generated from the combination of the first and second clusters. Further, each cluster may represent an individual axis, such that combination clusters, each recognizing a persona, may be created for each data profile.

Referring again to FIG. 13 , in a next step 1310, model creator 506 may calculate an intra-cluster variability score over the combination clusters. In an embodiment, the intra-cluster variability score may be indicative of whether the combination clusters have appropriate overall separation. In another embodiment, for combination clusters which have intra-cluster variability score lower than a predetermined threshold, model creator 506 may determine it necessary to merge some clusters of a subset of the combination clusters. Such merging may yield the final selection of clusters, which are distinct and well defined.

In a preferred embodiment, the method described in the foregoing may be advantageous in that clusters may be generated such that they are more distinct at the level of each feature, rather than providing a single clustering over an abstract combination of the entire feature set. The clustering may therefore have a more direct and interpretable meaning, with each combination cluster having distinct characteristics for each feature. Such a method may also facilitate an easily interpretable cluster for a user as well as enabling the downstream task of predicting a name and a query for the cluster (as described in FIGS. 14 and 15 ).

FIG. 14 illustrates an exemplary method for database query generation for personas, according to a preferred embodiment of the invention.

In a first step 1401, clusters comprising one or more personas, each generated based on data profiles, are retrieved from the persona database 530 by microservice 504. In a next step 1402 microservice 504 may determine whether a first iteration of query generation is active. In response to a determination by microservice 504 that the first iteration of query generation is not active, the method may continue to step 1415. Otherwise, in a next step 1403, microservice 504 may pass attribute value frequencies associated with the cluster to a query generator 546, whereby attribute frequencies give the number of times each value for an attribute is seen in the cluster constituents. Alternatively, a maximum number of iterations through the query generator 546 may be specified by model creator 506.

In an embodiment, in a next step 1404, model creator 506 may determine whether free text fields are available. In case of determination by model creator 506 that free text fields are unavailable, in a next step 1407, an initial query may be generated by model creator 506, using model attribute distribution. In one embodiment, model creator 506 may initialize model attribute distribution by generating value frequencies across each feature for each data profile. In an example, value frequencies for textual categories may be simple frequencies. In another example, value frequencies for numerical variables may include a distribution over some continuous range, segregated into buckets, that is categorizing continuous data into one or more discrete categories.

However, in case it is determined by model creator 506, that free text fields are available, in an embodiment, frequencies per observed n-gram may be computed by tokenizer 529 (e.g., combination of tokens, where 1-gram equals 1 token up to the longest chain of tokens found in the available free text field). In a next step 1406, for free text fields the first query constraint for a given text field may be generated by model creator 506 by ranking the n-gram terms, via a “term frequency inverse document frequency” (TF-IDF) approach, wherein the most significant terms according to their relative prominence in the cluster may be identified in comparison to term prominence in a wider data universe (e.g., the entire data profiles). In a preferred embodiment, by performing the ranking, model creator 506 may find one or more terms that are most indicative of the free text field for the given cluster. Further, model creator 506 may choose a threshold for the terms that are included (either a hard coded ranking, a hard coded TF-IDF threshold or a learned threshold according to some trained selection algorithm). The set of included search terms may further constrain the query for a given attribute, as mentioned in step 1408.

Referring again to step 1407, for numerical and categorical data ranges and sets of categories, frequency density/frequency distribution may be computed by model creator 506. In one embodiment, for numerical and categorical data ranges and sets of categories, in step 1408, optimal constraints may be generated by model creator 506 according to a frequency density threshold. In several embodiment, thresholds may be either be hard coded or learnt via a model, by model creator 506.

In a next step 1409, project controller 540 may determine whether all attribute frequencies have been constrained by model creator 506. In case it is determined, by project controller 540, that all attribute frequencies have not been constrained, the method may continue to step 1403, wherein remaining attribute frequencies may be passed.

Otherwise, once all attribute frequencies are initially constrained by model creator 506, the search query may be generated for the cluster, by model creator 506. Further, in step 1411, microservice 504 may query for a sample of the personas, that are generated based on the search query, by sending the search query to the persona database 530.

In a next step 1413, microservice 504 may compare the distribution of the input persona to the distribution of the persons returned via the search query, across the feature space. A number of conventional statistical methods may be used to perform this comparison. In an embodiment, microservice 504 may perform such comparison with the use of datasphere based comparisons, such as to avoid dimensionality issues when using a high dimensional representation for personas, or the Kolmogorov-Smirnov test, or a chi squared comparison. In an embodiment, microservice 504 may measure the sample attribute distributions of values for each feature over the master data set. Further, for each numerical or categorical feature, a comparison between a distribution found in a given cluster with a distribution found in the master data set may be performed by microservice 504, to determine whether the distributions are similar. A degree of confidence for in the profiles originating from the same underlying distribution may be determined by microservice 504 using a chi squared coefficient.

Further, in a next step 1414, microservice 504 may determine whether the search query passes an acceptance criterion. In an embodiment, a threshold (e.g., hard-coded or learnt) may be used as acceptance criteria. In an embodiment, the determination by microservice 504 that the search query has passed the acceptance criterion may be done based on comparing the degree of confidence to the threshold. If this condition is fulfilled the method may end and the final search query may be accepted and returned to user device 526 by microservice 504. Otherwise, the method may continue to step 1402.

Referring again to step 1402, in case it is determined by microservice 504 that a current iteration of query generation is not the first iteration, in a next step 1415, microservice 504 may pass the collected clusters comprising of personas and sample attribute distributions to query generator 546.

In a next step 1416, project controller 540 may determine whether sample attribute distribution is wider than that of the original cluster. This assessment will use a methodology appropriate for the data type, e.g., for a numerical attribute a spread measure using the feature variance or quartile spread may be appropriate as the point of comparison, categorical attributes may be compared via a frequency-based metric, and a free text attribute may be compared via the overlap between the vocabulary of terms found in the cluster distribution vs the sample. In an embodiment, for each attribute, a respective confidence may be calculated by project controller 540, the confidence score indicative of a quantified likelihood that the sample attribute distribution and a given persona are drawn from the same distribution.

In case a determination is made by project controller 540 that the sample attribute distribution is wider than that of the original cluster, in a next step 1417, the attribute constraint may be tightened. In an embodiment, in the case that an attribute is numerical, micro service 504 may capture ranges of values with an attribute frequency density greater than a threshold frequency density, narrowing the allowed range. Further, in cases where an attribute is categorical, microservice 540 may capture all classes which are significantly over represented (e.g., by a predetermine number of standard deviations over a normal percentage), removing classes which are significantly over-represented in the query sample, relative to the cluster. Furthermore, in cases where the attribute is textual, microservice 504 may utilize a TF-IDF coefficient to select a set of words, from the corpus of the input cluster values, which may best represent the input set, given the level of representation in the master data set, narrowing by reducing the number of n-gram sets included in the search.

Referring again to FIG. 14 , in case project controller 540 determines that the sample attribute distribution is narrower than the original cluster, in a next step 1418, the attribute constraint may be loosened. In one embodiment, the attribute constraint may be relaxed by project controller 540 based on appropriate data type, e.g., for a numerical feature, a spread measure using the feature variance or quartile spread may be appropriate as the point of comparison may be used. Further, categorical features may be compared via a frequency-based metric, and a free text feature may be compared via the overlap between the vocabulary of terms found in the cluster distribution vs the sample. In an embodiment, an extent of narrowing or loosening of the constraints may be determined by using a proportionate change; according to some measure of the relative distribution widths of the sample distributions versus an original cluster; or a random stepping algorithm that may be used to select stochastic changes up to some maximum step size. Alternatively, with fast and frequent iterations a gradient descent-based algorithm may also be used to find optimal constraint values.

In another embodiment, in the case that an attribute is numerical, microservice 504 may further capture ranges of values with an attribute frequency density greater than a threshold frequency density, expanding the constraints to include more values. Further, in cases where an attribute is categorical, microservice 504 may capture all classes which are significantly underrepresented in the query sample vs the cluster (e.g., by a predetermine number of standard deviations over a normal percentage). Furthermore, in cases where the attribute is textual, microservice 504 may utilize a TF-IDF coefficient to select a set of words, from the corpus of the input cluster values, which may best represent the input set, given the level of representation in the master data set, expanding the number of n-gram inclusions to loosen the constraint.

Referring again to FIG. 14 , in a next step 1419, project controller 540 may determine whether all attribute constraints are updated. If all constraints are updated, the method may continue to step 1411. Otherwise, the method may continue to step 1415, wherein microservice 504 may again pass the collected clusters comprising of personas and sample attribute distributions to query generator 546.

FIG. 15 illustrates an exemplary method for name generation for personas, according to a preferred embodiment of the invention.

According to the embodiment, the method may begin at step 1501, wherein microservice 504 retrieves a persona containing multiple data profiles. In an embodiment, the persona may be retrieved from persona database 530 as depicted.

In a next step 1502, an empty array may be created by vectorizer 531 to hold the one or more vectors, received from vector indices database 1303 (as shown in FIG. 13 ), in the memory of persona generation computer 500.

Further, in a next step 1503, feature generator 502 may extract data profile attributes for each data profile in a persona. Further, in a next step 1504, vectorizer 531 may generate a profile vector for a given data profile within the array. In an embodiment, the profile vector may be created by vectorizer 531, based on methods described in the foregoing with respect to FIG. 8 . Further, in another embodiment, the profile vector may be generated by vectorizer 531 based on the one or more attributes associated with the data profile. Vectorizer 531 may then append the profile vector to the array.

In a next step 1505, model creator 506 may utilize iterations through all data profiles that have been vectorized by vectorizer 531, to generate a complete array of profile vectors for the cluster, in which the data profiles are grouped. Further, in a next step 1506, model creator 506 may determine whether there are more data profiles left to be vectorized by vectorizer 531. In case it is determined by model creator 506 that no more data profiles are left, the method may continue to step 1503. Otherwise, model creator 506 may initiate an encoder-decoder model to process each array, executing steps as described in conjunction with steps 1507-1511.

In step 1507, model creator 506 may pass an array comprising profile vectors to a pretrained encoder, e.g., composed of layers of RNN units (Long Short-Term Memory, or GRU). The encoder, in one embodiment, may handle input profile vectors sequentially, thereby generating an optimal abstract representation of the sequence at each timestep. Once the entire input sequence of profile vectors is passed through the encoder, by model creator 506, in a next step 1508, an “encoded” or “intermediate” representation for the sequence may be generated.

In a next step 1509, model creator 506 may pass the intermediate representation as input to a decoder (not shown), comprised of multiple layers of RNN layers (LSTM or GRU typically). The decoder, in one embodiment, may be pretrained by classifier 530, to optimize for the task of generating appropriate descriptive names, based on the intermediate representations passed by the encoder (as shown in step 1510). Further, in some embodiments, tokenizer 529 may generate, name words are generated, sequentially for each token, until a special end token is generated (shown by “no” branch in step 1511). The generation of this token may be indicative of the end of the process of name generation (shown by “yes” branch in step 1511).

In an embodiment, for the above method of name generation, the encoder-decoder model may be pretrained by classifier 530 to find an optimal configuration for the predictions of names. The input data for the model may consist of sequences of profile vectors and the output may be comprised of the sequences of words which form the name of the persona. In a preferred embodiment, tens or hundreds of thousands of hand-named examples may be labelled by classifier 530 to train a high-performance encoder-decoder model. It may be recognized by one skilled in the art that the exact same system could also be used for generating summary descriptions, or paragraphs for the persona.

The advantage of the methods described herein may be to generate readable queries, which may be optimized to match the make-up of the input persona. The queries may be sent directly to a search engine or database and place well defined constraints over each attribute to define the persona in querying language.

Systems and methods described in the foregoing may be advantageous in that clusters of personas may be generated such that they are more distinct at the level of each feature of data profiles, rather than providing a single clustering over an abstract combination of the entire feature set. The clustering may therefore have a more direct and interpretable meaning, with each combination cluster having distinct characteristics for each feature. Systems and methods described herein may also facilitate an easily interpretable cluster for a user as well as enabling the downstream task of predicting a name and a query for the cluster.

Further, utilizing a smaller number of tokens, instead of the conventional 40-100 tokens used to summarize documents, e.g., user resumes or curriculum vitae extracted from the data profiles, having text sequences comprising 400-800 sequences, the present invention facilitates identification of semantic meaning of a document, without the need of larger amounts of text. Such an analysis thereby reduces the requirement of a large pool of context to find an adequate vector, by using prior knowledge via pre-trained models, to understand which token spans in the string refer to which category of information. Furthermore, the pre-classification of the small text components may allow for construction of a vector in a way that may allocate dimensions to each class of information in comparison to the substrings associated with each class explicitly, rather than mixing the information covered across the short-string (title), into one vector.

The skilled person will be aware of a range of possible modifications of the various embodiments described above. Accordingly, the present invention is defined by the claims and their equivalents. 

What is claimed is:
 1. A system for automatic persona generation, using information components, the system comprising: a persona generation computer comprising a memory, a processor, and a plurality of programming instructions, the plurality of programming instructions stored in the memory, when executed by processor, cause the processor to: generate a subset of data profile attributes to extract a plurality of features associated with a data profile of a plurality of data profiles, wherein at least one data profile attribute of the subset of data profile attributes comprises information-rich short strings; classify one or more information components comprised within the information-rich short strings to extract a custom selection of information components by initiation of a sequence prediction architecture comprising a set of conditional random field models comprising one or more independently trained models and one or more dependently trained models; iteratively use output from the one or more independently trained models as augmented feature input to determine one or more interdependencies between the custom selection of information components, wherein each iteration generates additional sequences of labels for the one or more information components using the one or more dependent models, and wherein each iteration results in an update of the augmented feature input to reflect output labels of a previous iteration, until a preconfigured convergence criteria is met; vectorize the custom selection of information components to encode characteristics associated with the custom selection of information components into a plurality of vectors, by allocation of a plurality of dimensions to each information component, to enable vector comparison between information components of an information-rich short string using semantic embedding to generate a plurality of vectorized data profiles from the plurality of data profiles; commence an attribute-based hierarchical clustering routine to create one or more clusters, wherein the attribute-based hierarchical clustering routine generates underlying densities within the vectorized custom selection of information components, for each of the subset of data profile attributes, to generate sub-cluster configurations; select a set of vectorized data profiles from the plurality of vectorized data profiles to be classified in at least one cluster from the one or more clusters; calculate a cluster score for each cluster of the one or more clusters; generate a descriptive name for each cluster by leveraging a neural sequence2sequence architecture, wherein for generation of the descriptive name for each cluster, the programming instructions when further executed by the processor, cause the processor to: feed each of the set of vectorized data profiles associated with a given cluster as an input into an encoder; for each of the set of vectorized data profiles, pass a vector representation of the data profile through a plurality of network layers of a long short-term memory (LSTM) model to generate an intermediate representation of the vectorized data profile, wherein the plurality of network layers comprises at least four long short-term memory (LSTM) network layers; pass the intermediate representation of the data profile into a decoder to sequentially generate a plurality of word vectors until a generation of an end-token, wherein the end-token is indicative of completion of generation, by the decoder, of a descriptive title for a cluster encompassing the data profile; and transform the plurality of word vectors into a plurality of words indicative of the descriptive name; initiate a query generator to generate a database query for each cluster, each database query optimized to reproduce a distribution of a cluster in a vector space; generate a persona, of a set of personas, for each data profile of the set of vectorized data profiles, wherein the persona comprises: data associated with a cluster comprising one or more respective vectorized data profiles classified therein; associated cluster score for the cluster, ranked data profile attributes associated with the cluster; a descriptive name for the cluster; and a database query generated for the cluster; order the set of personas based on an opportunity score for each persona of the set of personas, wherein the ordered set of personas is indicative of a quantified likelihood of each persona generating a predetermined outcome; and transmit the ordered set of personas for display at a graphical user interface of the network-connected user device.
 2. The system of claim 1, wherein the plurality of programming instructions stored in the memory, when further executed by processor, cause the processor to optimize the query generator to reproduce one or more distributional properties of a first cluster in response to an execution of the database query in successive iterations at a database comprising the plurality of data profiles.
 3. The system of claim 2, wherein the plurality of programming instructions when further executed by processor, cause the processor to: generate a first database query in a first iteration of the successive iterations, the first database query comprising a plurality of constraints associated with at least a subset of data profile attributes associated within the first cluster, wherein the subset of data profile attributes comprise one or more of categorical attributes, numerical attributes, and text attributes associated with each vectorized data profile comprised within the first cluster, and wherein to determine the plurality of constraints, the plurality of programming instructions when further executed by processor, cause the processor to: model a first distribution using relative frequency densities of each categorical attribute to generate a respective first set of constraints for each categorical attribute; model a second distribution using relative frequency densities for each numerical attribute over a continuous range of at least a portion of possible numerical values within the first cluster, to generate a respective second set of constraints for each numerical attribute; and model a third distribution using a term frequency inverse document frequency (TF-IDF) routine to compute a respective third set of constraints for each of the text attributes; execute the first database query at the database to generate a plurality of sample data profiles, each comprising a sample distribution, of a plurality of sample distributions, for each of the text attributes, the categorical attributes, and the numerical attributes; compare, based on the first set of constraints, the first distribution in the first cluster with a first sample distribution, of the plurality of sample distributions, for each categorical attribute, to compute a confidence score for each categorical attribute; compare, based on the second set of constraints, the second distribution in the first cluster with the sample distribution of each numerical attribute, to compute a confidence score for each numerical attribute; compare, based on the third set of constraints, the third frequency distribution in the first cluster with the sample distribution of each text attribute, to compute an overlap value for each text attribute; determine whether the first database query passes an acceptance criterion based at least on the confidence score for each categorical attribute, the confidence score for each numerical attribute, and the overlap value for each text attribute; and responsive to a determination that the first database query does not pass the acceptance criterion, generate a second database query; wherein the successive iterations are executed until the acceptance criterion is met or until a maximum number of successive iterations are complete, or both.
 4. The system of claim 2, wherein the plurality of programming instructions when further executed by processor, cause the processor to: modify the plurality of constraints for each execution of a database query in response to a previously executed database query not meeting the acceptance criterion; wherein the modification comprises constriction or relaxation of at least one constraint from the plurality of constraints based on the comparisons of the first distribution, the second distribution, and the third distribution each with a respective sample distribution of the plurality of distributions.
 5. The system of claim 1, wherein each data profile of the plurality of data profiles is associated with an account profile, of a plurality of account profiles, and wherein the plurality of programming instructions when further executed by processor, cause the processor to: calculate an opportunity score for each account profile, based at least on the placement of each account profile on a project management scale, wherein the opportunity score is calculated at least using a plurality of customizable variables; match each data profile to a master dataset to determine the plurality of data profile attributes associated with a respective account profile; and rank each data profile attribute based on a quantified importance of each data profile attribute in determination of the opportunity score for each account profile using a trained neural network.
 6. The system of claim 5, wherein the trained neural network comprises, at least, a dense layer optimized to predict the opportunity score for each account profile to generate a sum of absolute values of edge weights between each data profile attribute and the dense layer, wherein a mean of the sum of the absolute values of the edge weights is indicative of the quantified importance.
 7. The system of claim 5, wherein the plurality of programming instructions stored in the memory, when further executed by processor, cause the processor to: securely synchronize encrypted account profile data for each account profile from one or more applications, the account profile data for each account profile indicative of a placement of an account profile on the project management scale, wherein the project management scale comprises progress tabs, wherein each progress tab is indicative of a completion of a task; identify a data format for the synchronized account profile data for each account profile; and normalize the account profile data for each account profile, based at least on the respective data format, to convert the account profile data for each account profile to a uniform standardized data structure.
 8. The system of claim 1, wherein to generate the sub-cluster configurations, the programming instructions when executed by the processor, cause the processor to: compute a coefficient to identify an alternative result of the attribute-based hierarchical clustering routine to determine whether or not the alternative result generates a superior clustering outcome; and responsive to a determination that the alternative result does not result in the superior clustering outcome, combine a data profile attribute with a subsequent data profile attribute to select another set of vectorized data profiles from the plurality of vectorized data profiles, wherein the another set of vectorized data profiles is classified within a cluster.
 9. A method for automatic generation of personas, using information components, the method comprising: generating, by a persona generation computer, a subset of data profile attributes to extract a plurality of features associated with a data profile of a plurality of data profiles, wherein at least one data profile attribute of the subset of data profile attributes comprises information-rich short strings; classifying, by the persona generation computer, one or more information components comprised within the information-rich short strings to extract a custom selection of information components by initiation of a sequence prediction architecture comprising a set of conditional random field models comprising one or more independently trained models and one or more dependently trained models; iteratively using, by the persona generation computer, output from the one or more independently trained models as augmented feature input to determine one or more interdependencies between the custom selection of information components, wherein each iteration generates additional sequences of labels for the one or more information components using the one or more dependent models, and wherein each iteration results in an update of the augmented feature input to reflect output labels of a previous iteration, until a preconfigured convergence criteria is met; vectorizing, by the persona generation computer, the custom selection of information components to encode characteristics associated with the custom selection of information components into a plurality of vectors, by allocating a plurality of dimensions to each information component, to enable vector comparison between information components of an information-rich short string using semantic embedding to generate a plurality of vectorized data profiles from the plurality of data profiles; executing, by the persona generation computer, an attribute-based hierarchical clustering routine to create one or more clusters, wherein the attribute-based hierarchical clustering routine generates underlying densities within the vectorized custom selection of information components, for each of the subset of data profile attributes, to generate sub-cluster configurations; selecting, by the persona generation computer, a set of vectorized data profiles from the plurality of vectorized data profiles to be classified in at least one cluster from the one or more clusters; calculating, by the persona generation computer, a cluster score for each cluster of the one or more clusters; generating, by the persona generation computer, a descriptive name for each cluster by leveraging a neural sequence2sequence architecture, wherein generating the descriptive name for each cluster, further comprises: feeding, by the persona generation computer, each of the set of vectorized data profiles associated with a given cluster as an input into an encoder; for each of the set of vectorized data profiles, passing, by the persona generation computer, a vector representation of the data profile through a plurality of network layers of a long short-term memory (LSTM) model to generate an intermediate representation of the vectorized data profile, the plurality of network layers comprising at least four long short-term memory (LSTM) network layers; passing, by the persona generation computer, the intermediate representation of the data profile into a decoder to sequentially generate a plurality of word vectors until a generation of an end-token, wherein the end-token is indicative of completion of generation, by the decoder, of a descriptive title for a cluster encompassing the data profile; and transforming, by the persona generation computer, the plurality of word vectors into a plurality of words indicative of the descriptive name; initiating, by the persona generation computer, a query generator to generate a database query for each cluster, each database query optimized to reproduce a distribution of a cluster in a vector space; generating, by the persona generation computer, a persona, of a set of personas, for each data profile of the set of vectorized data profiles, the persona comprising: data associated with a cluster comprising one or more respective vectorized data profiles classified therein; associated cluster score for the cluster, ranked data profile attributes associated with the cluster; a descriptive name for the cluster; and a database query generated for the cluster; ordering, by the persona generation computer, the set of personas based on an opportunity score for each persona of the set of personas, wherein the ordered set of personas is indicative of a quantified likelihood of each persona generating a predetermined outcome; and transmitting, by the persona generation computer, the ordered set of personas for displaying at a graphical user interface of the network-connected user device.
 10. The method of claim 9, further comprising optimizing, by the persona generation computer, the query generator to reproduce one or more distributional properties of a first cluster in response to executing the database query in successive iterations at a database comprising the plurality of data profiles.
 11. The method of claim 10, further comprising: generating, by the persona generation computer, a first database query in a first iteration of the successive iterations, the first database query comprising a plurality of constraints associated with at least a subset of data profile attributes associated within the first cluster, wherein the subset of data profile attributes comprise one or more of categorical attributes, numerical attributes, and text attributes associated with each vectorized data profile comprised within the first cluster, and wherein determining the plurality of constraints comprises: modeling, by the persona generation computer, a first distribution using relative frequency densities of each categorical attribute to generate a respective first set of constraints for each categorical attribute; modeling, by the persona generation computer, a second distribution using relative frequency densities for each numerical attribute over a continuous range of at least a portion of possible numerical values within the first cluster, to generate a respective second set of constraints for each numerical attribute; and modeling, by the persona generation computer, a third distribution using a term frequency inverse document frequency (TF-IDF) routine to compute a respective third set of constraints for each of the text attributes; executing, by the persona generation computer, the first database query at the database to generate a plurality of sample data profiles, each comprising a sample distribution, of a plurality of sample distributions, for each of the text attributes, the categorical attributes, and the numerical attributes; comparing, by the persona generation computer based on the first set of constraints, the first distribution in the first cluster with a first sample distribution, of the plurality of sample distributions, for each categorical attribute, to compute a confidence score for each categorical attribute; comparing, by the persona generation computer based on the second set of constraints, the second distribution in the first cluster with the sample distribution of each numerical attribute, to compute a confidence score for each numerical attribute; comparing, by the persona generation computer based on the third set of constraints, the third frequency distribution in the first cluster with the sample distribution of each text attribute, to compute an overlap value for each text attribute; determining, by the persona generation computer, whether the first database query passes an acceptance criterion based at least on the confidence score for each categorical attribute, the confidence score for each numerical attribute, and the overlap value for each text attribute; and in response to determining that the first database query does not pass the acceptance criterion, generating, by the persona generation computer, a second database query; wherein the successive iterations are executed, by the persona generation computer, until the acceptance criterion is met or until a maximum number of successive iterations are complete, or both.
 12. The method of claim 10, further comprising: modifying, by the persona generation computer, the plurality of constraints for each execution of a database query in response to a previously executed database query not meeting the acceptance criterion, comprising: constricting or relaxing, by the persona generation computer, at least one constraint from the plurality of constraints based on the comparisons of the first distribution, the second distribution, and the third distribution each with a respective sample distribution of the plurality of distributions.
 13. The method of claim 9, wherein each data profile of the plurality of data profiles is associated with an account profile, of a plurality of account profiles, and the method further comprising: calculating, by the persona generation computer, an opportunity score for each account profile, based at least on the placement of each account profile on a project management scale, wherein the opportunity score for each account profile is calculated at least using a plurality of customizable variables; matching, by the persona generation computer, each data profile to a master dataset to determine the plurality of data profile attributes associated with a respective account profile; and ranking, by the persona generation computer, each data profile attribute based on a quantified importance of each data profile attribute in determination of the opportunity score for each account profile using a trained neural network.
 14. The method of claim 13, wherein the trained neural network comprises, at least, a dense layer optimized for predicting the opportunity score for each account profile for generating a sum of absolute values of edge weights between each data profile attribute and the dense layer, wherein a mean of the sum of the absolute values of the edge weights is indicative of the quantified importance.
 15. The method of claim 13, further comprising: securely synchronizing, by the persona generation computer, encrypted account profile data for each account profile from one or more applications, the account profile data for each account profile indicative of a placement of an account profile on the project management scale, wherein the project management scale comprises progress tabs, wherein each progress tab is indicative of a completion of a task; identifying, by the persona generation computer, a data format for the synchronized account profile data for each account profile; and normalizing, by the persona generation computer, the account profile data for each account profile, based at least on the respective data format, to convert the account profile data for each account profile to a uniform standardized data structure.
 16. The method of claim 9, wherein generating the sub-cluster configurations further comprising: computing, by the persona generation computer, a coefficient to identify an alternative result of the attribute-based hierarchical clustering routine to determine whether or not the alternative result generates a superior clustering outcome; and in response to determining, by the persona generation computer, that the alternative result does not result in the superior clustering outcome, combining, by the persona generation computer, a data profile attribute with a subsequent data profile attribute to select another set of vectorized data profiles from the plurality of vectorized data profiles, wherein the another set of vectorized data profiles is classified within a cluster. 